home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000454_news@columbia.edu _Thu Jan 13 14:24:59 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA16805
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 13 Jan 2000 14:24:59 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA12247
  7.     for kermit.misc@watsun.cc.columbia.edu; Thu, 13 Jan 2000 14:07:43 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: MS-DOS Kermit, more capabalities
  11. Message-ID: <7qW8C+KG8QyZ@cc.usu.edu>
  12. Date: 13 Jan 00 11:46:22 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <cPdf4.3607$KP.188008@tw12.nn.bcandid.com>, cangel@famvid.com writes:
  17. > On 1900-01-07 jrd@cc.usu.edu(JoeDoupnik) said:
  18. > 
  19. > JD>> FD> Is there no way to free the memory for additional
  20. > JD>> FD> 'take'  commands  to  be used or does it just load up one
  21. > JD>> FD> time and thats it?
  22. > 
  23. > JD>Take command files are literally Kermit commands, one after
  24. > JD>the other. The file is not stored in Kermit, the lines are read and
  25. > JD>processed one at a time. Macros and variables result in storage,
  26. > JD>however, and there are limits on their quantity. Storage for values
  27. > JD>of them are taken from DOS free memory. An MS-DOS Kermit command
  28. > JD>line works in a buffer and hence has physical limits (1000 bytes
  29. > JD>in round numbers).
  30. > 
  31. > With such a rich macro language it would be `nice' to be able to reuse
  32. > the available memory so that more complex macros could be written and
  33. > used while online without an `exit / reload' being required.
  34.  
  35.     As Jeff noted, undefine a variable or macro by giving it an
  36. empty definition.
  37.  
  38. > While I have your attention:  I've been compiling and fiddling with the
  39. > WATTCP package which claims to have a part of it's code inside MSKermit.
  40.  
  41.     Wattcp and MSK are now very different animals for TCP/IP work.
  42. That divergence started when Erick very generously offered his code to
  43. the project. The gulf spread very quickly very widely. Today there is
  44. little resemblence. The MSK TCP/IP stack is modern and robust, but it
  45. is not a library or other exportable form. Its internal applications,
  46. such as say the DHCP client, are also modern.
  47.  
  48. > MSKermit is many times more stable than the demo apps that come with the
  49. > WATTCP source (operation online is `intermittent' with send being exremely
  50. > poor and receive seems locked into something less than 9k6).  MSKermit
  51. > OTOH seems to move right along using the same packet driver and achieves
  52. > 90% of theoretical max transfers on a regular basis.
  53.  
  54.     The MSK code is designed to work solidly with Packet Drivers and
  55. Novell's ODI drivers. It's not a series of approximations. It is robust
  56. by design.
  57.  
  58. > Question: could you direct me to any particular part of the WATTCP based
  59. > code in the MSKermit source that would reveal how MSKermit seems to be
  60. > so much better than the `origninal'?
  61.  
  62.     Please see commments above.
  63.     Joe D.